前言

新实体（数据集合）启用之前，必须准备如下基础数据，大致分三类： 主数据：企业公用数据，跨系统 鼠--组织 牛--用户 虎--业务伙伴 兔--产品 组织数据：具体核算组织的数据 猴--银行 鸡--仓库 狗--单位 猪--税 财务数据：会计用基础数据 龙--单据类型 蛇--价格表 马--科目表 羊--期初数据 建模原理：One "entity" can assume more 'roles', thus reflecting real life conditions。 组织：可以是公司、行政组织、功能组织、或者管理组织 产品：可以是实物或者非实物的资产 业务伙伴：可以是内部雇员、外部客户/供应商 用户/联系人：可以是系统用户，可以是实际联系人 订单事务：可以是采购、销售 实物库存事务：可以是库存盘点、内部领用或者是成本调整 各种现实场景都可以匹配，系统正确显示，逻辑各行其道并相安无事，业务建模确实功不可没。

实体

实体是最高等级的独立业务数据容器，可以对应为大型的集团公司，或者中小型的法人公司，实体可以拥有多个实际或者虚拟组织。实体定义的会计参数（会计模式、架构树，计量单位）为所有组织共享，ID还支持自定义内部组织的数据共享，用户可以选择表名和方式以便灵活地使用信息。 一个数据库可以存储多个实体数据，但不同实体的应用数据相互隔离，无法共享。实体架构如下图：实体。 系统安装完成后，默认存在二个实体：System实体（后台管理），GardenWorld演示实体。 System实体：物理数据库的最高级管理对象，使用System实体的管理员，完成系统设置、自定义其他所有实体。 GardenWorld实体：真正的用户实体实例，与System类似，但菜单和界面的访问权限都与System实体不同。 新建用户实体后，使用新建的实体管理员去设置该实体的用户、角色、组织等其他基础资料。 数据是可以共享下属组织的 关于实体的默认账套 新建实体后，无论现实中对应的组织架构如何，系统将默认分配一个首选记账模式（账套）给该实体，且当账套唯一时，该账套无法再指定给其他组织，他只能属于系统的某一个组织，通常是总部。<从某种意义上讲，系统限制实体中的某个组织必须使用一个账套并设置平衡，与现实法规要求相符，法人公司实体必须使用一个财务账套> 对于该账套的记账模式中的核算维度，系统默认使用基本的”组织-科目-BP-产品“四段结构(前2段必填，后2段可以在初始化时取消)。 对于组织维度，系统指定实体新建时的默认组织为该平衡段组织。如下图 初始化实体后的会计模式组织维度

System管理员能看到所有实体吗

在Client窗口，System能看到System实体和他所新建的所有实体，但看不到Gardenworld演示实体。 System可以使用实体管理员角色登录到各实体。2017-4-11

实体数据共享

对于所有属于实体访问的表（实体、系统+实体，组织+实体，全部），可以通过实体共享页签设置“表”级数据的共享方式。 - 实体（共享）：输入组织保存自动替换为*组织，意为共享给所有组织。 - 实体和组织（共享）：我猜，估计输入组织后无动作，不知道具体意思（以后再确认） - 组织（不共享）：输入组织无法使用*组织，意为不共享给所有组织。

1. 主数据

介绍

组织

iDempiere系统支持各种组织的模型，如下图所示： 组织可以是法人公司，业务单元（事业部），分公司，门店，成本中心（或者组合），行政部门（或组合），库存组织（工厂、车间、仓库），服务中心，利润中心等各种管理对象。组织也可以映射为一个商业伙伴，它可以登录到系统访问自己的发票。对于小企业来说，实体和组织的业务范畴是一样的。 每个企业的业务事务都会在一个组织中发生，事务单据所记录的组织信息被计入账户维度，供统计分析。 最简的iDempiere账户维度必须包含2个段值：组织+科目代码。另外维度还提供org trx（事务组织），自定义列表段来记录其他组织信息，使得完整记录账户金额的变动。 定义账套与组织的关联，iDempiere也因此能够提供各种不同账套在不同组织上的账务需求。 以下是常见的组织类型： 法律实体：LE，必须指定一个帐套。 业务组织：OU，如果只属于一个LE，也可以继承或指定一个帐套。 存货组织：Inv。 iDempiere强调其“多组织”功能主要是针对业务实体OU而言，其另外一层含义是，所有构建于库存组织INV上的应用功能，实际是与上述配置文件无关的。库存组织的可接入性是在“组织访问”控制功能中，专门设定“库存组织”与“角色”的关联性。 对于小型企业，一个法律实体组织等同于一个业务组织。该组织使用唯一帐套，顶多再新增一个帐套，以应对不同的税务账目。 对于中型企业，一个法律实体组织，再加上一个业务组织，防止后面扩充分公司或者门店。 对于大型组织，多个法律实体，多个事业部，那就是典型的下图结构。平时按OU进行数据统一和日常作业，不用关心成百上千的法律实体。 组织架构图

Q0：\* 是什么组织？ \* 代表该实体下的所有组织，即该记录是可共享的实体数据，不分组织。 某些界面的组织字段可以允许选择\*组织，某些必须指定具体组织。 最典型的： 1. 产品可以属于\*组织，仓库不行。 2. 账套可以属于\*组织。 每个实体的管理员角色默认有 \*组织的访问权限，其他角色无此组织，即无法登录该组织。 但每个组织可以访问\*组织，但只是只读，即\*的数据属于实体级数据，无法修改，只有管理员可以修改。 Q1：法人公司到底对应为实体还是组织？ 从管理数据来讲，法人公司的业务数据都存储在该实体中。 从财务模式来讲，法人公司的核算等级与组织相匹配。 实体新建时必须新建一个组织，且该账套的账户平衡段也分配给该组织，与法人公司必须拥有账套相吻合。所以该默认组织可以理解为”法人组织“，与常见的法人公司相对应。 常见的公司设计结构： 集团公司 实体=XX集团 组织=总部（集团业务账套），分公司（分公司业务账套或者法人账套），分公司部门（无账套） 中小公司 实体=XX公司 组织=XX公司（公司法人账套），部门（无账套） Q2：集团公司中的子公司的下属行政组织如何设置？ 行政组织通常是管理组织，或者人力资源的组织定义。 ID的组织定义为：可以单独进行会计核算的业务组织。通常日常单据中的行政组织被用作会计的核算维度，或者供数据分析使用。ID也可以使用组织来映射常见的行政组织，登录界面选定默认组织，作为单据的业务发生组织。 Q3：业务线的跨公司模式下的组织架构如何设计？ 如果多个子公司同属于一个业务线（事业部），财务希望能ID能提供业务线（事务部）账套，各子公司也需要单独核算，且需要提供法人的法规账套，如何在ID中设计组织架构映射？ 这个比较复杂，业务线组（事业部）可以设计为一个单独的组织，因为法规账套需要，各子公司也分别需要设定相应组织。 当日常事务发生时，用户使用哪个组织来记录业务单据呢？单据中肯定包含2个组织对象：业务线组织、法人公司组织。通常还需要加入核算组织，这样： 1. 账户维度设计为：实体-事业部-法人组织-核算组织-科目，五个基本维度。实体=Client，事业部=自定义维度，组织=org，核算组织=Trx Organization，科目=Accounting element。 2. 新建一个会计模式，分配给事业部作为业务账套。 3. 新建N个会计模式，分配给各子公司作为法人的法规账套。 4. 登录组织选择：以事业部登录或者以子公司登录均可，在单据界面通常使用组织偏好，来完成组织字段的自动填入。 Q4：组织与业务伙伴是什么关系？ 由于组织之间可能发生业务，组织也需要是一个“业务伙伴”。系统在“业务伙伴”窗口提供Link功能，允许链接业务伙伴到组织。在业务伙伴菜单组中，你可以反向取消链接。 注意：一个BP只能链接到一个组织，不能多个组织都链接到同一个组织。

新建组织

由于数据访问级别的设计，组织表在系统中默认级别在为： 完全访问。

组织不可更新

对于非事务表，实体和组织字段的属性是不可更新的。该字段用于记账目的。系统内置了3个组织变更流程（主数据），其相应的记录也同时变更。 - 业务伙伴组织 Business Partner Organization - 产品组织 Product Organization - 仓库组织 Warehouse Organization

非登录组织字段

select w.name, t.name , c.name , c.defaultvalue ,b.tablename from ad_column c inner join ad_field f on f.ad_column_id = c. ad_column_id inner join ad_tab t on t.ad_tab_id = f.ad_tab_id inner join ad_window w on w.ad_window_id = t.ad_window_id inner join ad_table b on b.ad_table_id = c.ad_table_id where c.columnname = 'AD_Org_ID' and c.defaultvalue <> '@#AD_Org_ID@' order by 5

用户-角色

参考：iDempiere 3.1 管理指南 - 【权限】 http://idempiere_guide_sm.mydoc.io/?t=186541

业务伙伴

实体默认自带standard，admin，user，3个业务伙伴。 组织自己本身，也可以定义为业务伙伴（集团公司之间的业务）

产品

==概述== iDempiere的“产品”概念可以表述为相似属性的**资产**集合。资产是产品的具体实例，从某个角度来说是一种“财务产品”，可以采购，销售，租赁。另外，固定资产也是产品概念的子集。 先介绍"属性集"概念： A product may have an associated Attribute Set. Attribute Sets allow you to further identify or track specific products. There are two types of Attribute Sets, Instance Attributes and Non-Instance Attributes. An Instance Attribute Set identifies a specific instance of a product, for example a serial number on a computer while a Non-Instance Attribute Set is used for searching, for example size or color of a shirt. An Attribute Set is made up of one or more Attributes. Attributes are Lot, Serial Number, Guarantee Date or any number of User Defined Attributes. Additionally, for Lot and Serial Number you can define controls for how the numbers are assigned. Product Attributes may be defined in Material Receipt, Sales Order, or Production. To define Attribute Sets you first need to define the supporting records or Lot and Serial Number Control (if used) and Attributes. 实例属性： 世界上没有任何一个东西是相同的。如果某个属性（比如序列号）标识产品为某个具体实例，那这个属性就是“实例属性”。系统默认有三种实例属性，批号，序列号，保质日期，你也可以自定义实例属性。如果属性集包含了任何一个实例属性，属性集也自动具有“实例属性”性质。 非实例属性： 假设某个产品是按属性区分**存货**或者**财务核算**的，这些标识"存货产品"的属性在系统中被称为“非实例属性”，通常是必填项。比如T恤衫的不同属性（属性：款式，尺码，颜色），可以确定了一种"存货产品"（属性集：男-大-红色）。 没有指定属性集的产品，系统内置默认使用一个“0值”实例。非实例属性的产品具有不同的库存数量，可以在产品静止时维护。实例属性只有在产品移动时（出入库、或者只针对发货时）才会产生，所有属性及属性集都可以定义必填选项，依据用户自己选择。 关于属性集的使用场景 从2种属性类型进行讨论： 非实例属性：从销售订单开始就必须填写，然后采购订单、入库单、出库单，全程填入。所有必填，不填就乱。 实例属性：批次、序列号、保质日期都需要录入，产品做全程质量追溯，分为2种。 A. 贸易型：通常只关心供应商实例属性。产品采购后销售，可单设一个“供应商属性集”对应。 供应商属性集：采购订单（不需要）、采购入库（填入）、领用出库（带入）、销售订单（选择）、出库单（选择） B. 生产型：材料需要“供应商属性集”，成品需要“公司属性集”，供应商属性和公司属性分在不同产品的属性集上表现。 供应商属性集：采购订单（不知道）、订单入库（填入）、领用出库（选择） 内部属性集 ：销售订单不需要填（不知道）、订单出库（填入）。 总之，非实例属性必须填写，实例属性可以根据需求灵活开启。比如“所有必填”+排除“订单表”的销售事务，即表示销售单据可以无需填入实例属性值。 ==属性FAQ== 1. 产品实例的库存如何查询？ 非实例属性的产品库存与无属性产品一样查询，info窗口提供属性集可以过滤 实例属性的产品，info窗口无法查询，可通过“库存报表”选择批次和批号查询。 2. 能否按批次进行成本核算？ 同一种产品可能有时候需要输入批次，有时候不需要输入批次。需要输入批次的产品实例需要进行批次成本核算，如何实现？产品类别计价方式使用“批次”，加入需要批次成本核算的产品，没有输入批次的全按系统默认批次值计价，有输入批次的产品按实际批次进行计价。 3. 复制创建明细，属性级实例，无法拷贝？需要测试 4. 采购订单含2批物品，如果登记入库？测试中，有点问题 分2个明细行录入入库单，每个明细行分别输入不同的批号。 5 产品按序列号管理，入库单如果分个录入产品序列号？ 如果属性必填，系统自动会在明细产品下面的“实例属性”中带出序列号。（需测试） ==搜索关键字== 这是idempiere秉承SAP或Oracle的经典设计点，且更有代表意义。 1. 从使用的角度来定义产品唯一属性。 2. 系统内部通过流水号ID来管理真正产品编码。 3. 搜索关键字可以修改，全局改动，而不影响引用。 4. 产品通过“搜索关键字”+“描述”来定义物品可读性。 5. 不采用“物料编码”作为“使用码”。 6. 与“物料编码”兼容，你可以继续使用现有编码规则，并提供信息存储可能。 7. 系统字段自带table-direct功能，可以轻松显示内部物料ID为“组1-组2-任何你想要的字段” EBS oracle的物料编码举例 ： 四层八位的数字层码结构：x1x2x3x4x5x6x7x8 x1x2 第一层，大类（segment）用于分析商品与服务种类的逻辑组合； x3x4 第二层，中类（family）一种通用的内部互相联系的商品和服务种类； x5x6 第三层，小类（class）具有共同用途和功能的一组商品和服务； x7x8 第四层，细类（commodity)一组可选用的商品和服务。 例如31101501，它的编码的组成如下： 大类(Segment) ：制造业部件和用品(Manufacturing Components and Supplies) -- 31 中类(Family)： 铸件(Castings) -- 10 小类(Class)：压模铸件(Die castings) -- 15 细类：(Commodity)：铝压模铸件(Aluminum die castings) -- 01 企业一般需要根据自己会使用到的那些8位UNSPSC分类码，个性化制定企业自己的分类“识别码”。通常取4位，前两位代表“大类”，后两位代表“小类”（注意这里的“大类/小类”与UNSPSC中的“大类/小类”没有对应关系，只是为了方便企业对已选取的UNSPSC的管理）。Item中的前4位分类识别码，即使全使用数目字（不使用英文字母），最多也可有1万种组合（3位有1000种组合，一般中小企业也足够），足以满足单个大企业的物料分类需要。不同企业的Item中的分类识别码尽管不同，但由于它们都对应于同一的UNSPSC分类码，故数据交流与互换不会有问题。 ==产品-采购== 此窗口设置供应商的采购信息。先说几个字段。 1. 采购列表价格：关键参数，与采购单位相关 2. 采购订单价格：初始化可输入产品成本 3. 上次采购价格：如题，但未说明单位 4. 上次发票价格：如题，但未说明单位 当创建价格表版本记录时（默认价格表模式），如果不指定价格表基准，系统将拷贝“产品-采购”所记录的供应商价格信息，即列表价格和标准价格引用供应商的采购列表价格；限制价格引用采购订单价格。 测试如下： 如果1+2都有数，列表价格=标准价格=1 如果1有数，2没有数，列表价格=1； 如果3有数，标准价格=3（后续还更新2=3） 如果3没有数，限制价格=1 参考 M_PriceList_Create.java 的doit。 If the Current Cost Price is 0.00 (e.g. the first time a product is received into stock), when the Material Receipt is posted the following algorithm is used: If Costing Method is PO based (Average PO or Last PO) Standard Cost from the Product Cost window. Price from a PO matched to the Material Receipt. Price from a Vendor Invoice matched to the Material Receipt. PO Price from the Product window, 'Purchasing' tab. If the Costing Method is Invoice based (Average Invoice, Last Invoice, LIFO or FIFO) Standard Cost from the Product Cost window. Price from a Vendor Invoice matched to the Material Receipt. Price from PO matched to the Material Receipt. PO Price from the Product window, 'Purchasing' tab. If no Cost is found that can be used, Posting will generate the error 'No Current Cost found'. ==架货期 %和最短保质期== 这2个属性出现BP页签中，按compiere设计，是销售页签。 当产品的具有“保质期”属性集实例时，这2个字段才可发生作用。 架货期 % Min Shelf Life % ：(有效日期 - 送货日期) / 保质期，百分比数值越大越好 最短保质期Min Shelf Life Days ：剩余保质时间的最小要求。 当选择产品时，其属性集实例中包含了有效保质期，只有满足上述2个参数条件才能被选择销售给BP。比如：你选择供应商，其架货期80%，最短保质期=90天，你的产品的有效保质期=后年某月某日，那可以选择输入销售明细。如果有效期小于这2个值，就不可以选择。 When this Product is selected for the Business Partner to purchase, the list of available Instances of this Product will be limited to those Instances where the Shelf Life % and Shelf Life Days is greater than or equal to the values entered in this tab. If no values are found for a specific Business Partner / Product combination then the value entered in the Business Partner window, Customer tab is used. If there is no value entered for the Business Partner then all Instances of the Product that have not expired will be displayed. Note: These fields are used only if a Product has been associated with an Instance Attribute Set that included a Guarantee Date. For more information on Instance Attributes, refer to the Attribute section later in this Chapter. 属性集定义

流水号定义

2. 组织数据

仓库

仓库与银行账号比较类似，只属于某个组织（的账套）。组织无法共享仓库，系统默认无法使用其他组织的仓库来发生单据（产生预留）。 组织间的仓库出入业务可以通过移库来发生。 组织间的仓库查询业务可以通过组织权限来共享。 ==库位 预留库位，用于记录销售订单预留数量和采购订单在途数量。库位都依每条记录存储，该字段仅对非实例属性产品有效。

银行

银行与组织（经营实体）相关联。特别的，银行的设置在组织菜单下，而不是在财务菜单下。 ID的银行功能可以理解为“提供支付功能的账户”，因此它可以是服务组织的商业机构，也可以是内部银行，甚至是出纳的小钱柜，以前的id版本，它和现金簿的功能是一起的。经常往来的业务伙伴银行账户也可以在银行界面中维护。 系统默认没有建立银行记录，但是开票（待再次确认）、付款事务开始需要银行账户信息。 银行，下设多个银行账户，且具有组织属性。 单个账户可以属于多个组织，但属于*组织的账户无法使用（系统过账报错，组织/外币无银行账户记录），如账户被多组织使用，必须分别建立记录，其账户余额单独计算。（2017-4-16测试） 一个有意思的场景： 1. 一个公司 2. 二个不同的部门，业务基本相同，但物理地址不在一起，都使用同一个银行账户处理业务。 3. 需求：2个部门都能使用该银行来出来业务，且业务数据相互独立，分开核算。 4. 方案：组织架构=总部，组织1，组织2；使用组织12来完成日常业务和开票，使用总部来完成付款和银行对账所有相关事宜。（待验证）

计量单位

==概述== 实在不好意思写这个，我不懂，可能这个很复杂。我觉得id的单位转换还能烂。 引用 SAP Warehouse Management Guide (April 2001) page 115: "Supports all related alternative units of measure for processing. For example, if the weight of a particular material is managed in kilograms, the system can make calculations based on the input of weight measures such as grams, ounces, pounds or tons." Heng Sin说： Support four types of records in UOM conversions: 1 - tenant product specific conversion - this is the only one already supported 2 - generic conversions - can be defined on system or tenant and apply to all products with that UOM, f.e. gram to pound would apply to all products with UOM gram 3 - exceptions for the generic conversions - we want to enable the possibility to define on tenant an exclusion for a generic conversion allowing to save a specific generic conversion for the product and inactivating the record 4 - when no product selected it shows the default conversions 源码11625，已经提交了[补丁](https://idempiere.atlassian.net/browse/IDEMPIERE-3301)，去官网测试下。 产品的基本单位设置完成后，如果发生成本事务，系统是不允许更改的。所有库存相关单据（盘库、移库、内部使用、成本调整）都默认使用产品的基本单位进行计量和处理，不允许选择单位。 即：你可以按大单位进行采购/销售，但是库存移动只能使用小单位进行计量。 与单位相关的系统配置参数： ProductUOMConversionRateValidate：产品单位必须是最小单位，乘率必须>0，默认开启。 ProductUOMConversionUOMValidate：使用产品单位作为源单位，默认开启。 单位问题也是一个老大难问题。 在实际业务中，经常发生多次单位换算，这要求物流和资金流的数据必须与单位同时出现，否则会产生歧义。比如在id系统中的产品-采购页签，采购单位是相对于对采购列表价格的，但是“上次采购订单价格”“开票价格”的单位没有提供，则价格比较就没有意义。 关于价格与单位的匹配功能，参考https://idempiere.atlassian.net/browse/IDEMPIERE-533（五年没有通过） ==关于采购单元和入库单位转换率不定== 问题：采购包，入库公斤，包=？公斤，转换率不是常量。 方案：设置基本单位=公斤，转换率1:1。 采购1包，入库时产品数量=1.2，单位是公斤。 因为系统算出来是1公斤，提示多收，按照多收业务处理。 如果少于1公斤，按少收业务处理。

税

税种：增值税、消费税 设置点：产品\资源类型\费用类型\杂费 税目：每个税种的具体税目 设置点：单据明细，让税种的设置点自动挑选的某个默认税率（感觉不是很友好） 如果某个产品存在多个税种（关税、增值税、消费税），那么id还需要二开下，他支持价格*税率，不支持其他从量计税和其他公式。 ==进口税相关 进口环节可能同时收三种税，关税、代征增值税，消费税 从价计征之关税：应纳税额=完税价格×关税税率； 从量计征之关税：应纳税额=货物数量×单位关税税额； 计征进口环节之增值税：应纳税额=（完税价格+实征关税税额+实征消费税税额）×增值税税率； 从价计征进口环节之消费税：应纳税额=〔（完税价格+实征关税税额）/（1－消费税税率）〕×消费税税率； 从量计征进口环节之消费税：应纳税额=货物数量×单位消费税税额。 http://www.customs.gov.cn/publish/portal128/tab61449/info763068.htm 完税价格（dutiable value）是指海关根据有关规定对进出口货物进行审定或估定后通过估价确定的价格，它是海关征收关税的依据。完税价格的制定与一系列的规定有关。 通常完税价格就是发票上标明的成交价格，即进口商在该货物销售国港口运至进口国时实付或应付的CIF价格。 ==另转载进口税相关：进口单抬头和双抬头的区别 很多客户找代理进口时，会碰到问双抬头还是单抬头的问题，给大家普及一下二者的区别 一、报关单双抬头申报： 1、收发货人：代理公司名称（Agent） 消费使用单位：实际买方公司名称（Owner） 2、海关进口关税/进口增值税缴款书由收货单位Agent拿去抵扣，货款费用由收货单位Owner的财务做往来款入账，代理公司Agent仅为实际收货单位Owner开具清关费用的发票。 3、优点：更适合小规模纳税人企业，无需抵扣。 缺点：进口关税、货款差额、银行费用无票据、不能抵扣，仅能用作做账。 二、报关单单抬头申报： 1、收发货人：代理公司名称（Agent） 消费使用单位：实际买方公司名称（Owner） 2、代理公司Agent为实际收货单位Owner开具全额增值税专用发票（17%），包括货款、清关费用、进口关税、进口增值税等费用。除海关的进口增值税由代理公司Agent抵扣外，其他因开增值税专用票而产生的税费差额由实际收货单位Owner承担。 3、 优点：更适合一般纳税人企业，所有支出费用均开为货款的增值税发票（17%）。 缺点：需要通过增值税开票税额差的计算公式，计算企业所补缴的税费差额。

复合税

3. 财务数据

介绍

单据类型

1. 单据类型 2. 单据状态

价格表

==概述== ID的价格管理包含价格管理和折扣管理，其中价格表是必要功能和重要资料。其概念有： 1. 三大价格：列表价格、标准价格、限制价格。 2. 产品必须在价格表中设定，才能进行采购/销售业务。 3. 业务伙伴可以设定价格表版本。 4. 多个价格表版本可以相互引用取数，价格记录批量创建。 5. 单据上可以选择需要的价格表。 6. 价格表针对产品，而不针对产品属性。（官方开发中） 注：开发票都需要价格表 设置流程：价格表模式--价格表 默认系统安装后，产生一个Standard价格表模式（无明细），一个standard价格表（含一个版本的价格表）。 表： M_PriceList M_PriceListVersion M_ProductPrice M_ProductPriceVendorBreak M_DiscountSchema M_DiscountSchemaBreak M_DiscountSchemaLine ==价格表模式== 价格表模式定义了价格表之间操作的计算规则，其包括： 1. 汇率类型 2. 产品类型/产品/业务伙伴的维度 3. 列表价格、标准价格、限制价格的取数规则 4. 金额取整规则 5. 计算规则顺序（按大小进行） 其中，生成价格表的三大价格基数的取数来源为 1. 产品成本：产品的当前成本价格（多成本要素时，如何取值，只去材料成本，未测试） 2. 固定价格：价格表直接取模式明细中的设定价格 3. 列表/标准/限制价格：列表/标准取“采购列表价格”，限制取“采购订单价格”（产品-采购页签） 价格表模式设计通常考虑： 1. 期间：每月的产品价格不一样 2. 供应商：每个供应商设定不一样的价格 3. 产品类型：不同产品类型设定不一样的价格 4. 货币：不同币种的价格不一样 5. 属性：品牌、材质、等级、批次（不支持） ==价格表== 价格表为多个价格表版本的合计，其选项有： 1. 价格表用途：是否销售价格 2. 价格限制：是否强制高于限制价格 3. 货币及精度：该精度不影响显示精度，请参考[精度问题@](http://idempiere_guide_fi.mydoc.io?v=${version}&t=178533) 4. 计税方式：价格是否含税 注意！！！ 价格表无单位设置，系统默认产品单位为价格表单位，问题来了。 采购单位=包，库存/销售单位=个，这样的单位转换场景太多了，这导致： 1. 在价格表下新增价格表版本，其选项有： 1. 起效日期：很重要的时间属性，自动到期生效。假如你有3个价格表版本，生效日期分别是1月1日，2月1日，3月1日，时间到了2月1日，2月自动生效，1月和3月无效。The end date of a price list version is the date of the next version (there is no end date in the record)， 2. 价格表模式：价格表版本的计算规则 3. 基准价格表：价格表版本的计算基准，可以为空，也可以版本间价格引用。 创建价格表版本，可以选择基于其他版本，或者留空（使用模式规则），但基于自己将无法创建新纪录。 使用“创建价格表”流程步骤： 1. 新建一个价格表模式明细<重要，默认系统无明细，步骤3无任何输出，且创建无记录，BUG> 2. 添加产品的采购记录，流程将使用当前供应商的2个“采购价格”字段价格作为价格表的计算来源（默认）。 3. 点击创建价格表（删除旧的，插入新纪录） 4. 系统弹出结果菜单。 多货币下的价格表转换实例： 1. 产品-采购：供应商采购价格=1.23，货币美元。 2. 价格表模式明细：即期汇率，价格附加=1.00（没有单位） 3. 汇率：1美元->1.5欧元 4. 价格表：欧元 5. 价格表版本：价格=（1.23+1）*1.5 = 3.35欧元 从上面例子看出，id支持多货币的价格表定义和转换。源币来自供应商价格货币或者其他价格表定义 价格表版本的价格记录，与产品-价格标签属于同表数据，用户可以直接对该记录进行维护操作。 价格表支持带明细删除，无法撤回，可去除”有效“停用价格表。 ==参考== 很多供应商价格表 https://groups.google.com/d/msg/idempiere/0MOZcrjtaFo/X2LkR620CwAJ

科目表

介绍

期初数据

4. 其他

除了上述3类数据，系统如果上线，还需要一些重要的基础数据。

支付条款

系统默认的支付条款Payment Term = Immediate , 现付。 常见的支付条款： 票后7天：Net 7， Payment seven days after invoice date 票后10天：Net 10， Payment ten days after invoice date 票后30天：Net 30， Payment 30 days after invoice date 票后60天：Net 60， Payment 60 days after invoice date 票后90天：Net 90， Payment 90 days after invoice date 月末付款：EOM， End of month 票后三周：21 MFI， 21st of the month following invoice date 票后30天，10天内打9.9折：1 % 10 Net 30， 1 per cent discount if payment received within ten days otherwise payment 30 days after invoice date 货到付款：COD， Cash on delivery 不赊账：Cash account， Account conducted on a cash basis, no credit 信用证：Letter of credit，A documentary credit confirmed by a bank, often used for export 商业票据：Bill of exchange， A promise to pay at a later date, usually supported by a bank 下次付现：CND， Cash next delivery 款到开船：CBS， Cash before shipment 预付货款：CIA， Cash in advance 凭单付现：CWO， Cash with order 每月按揭：1MD Monthly credit payment of a full month’s supply 双月按揭：2MD As above plus an extra calendar month 到期调整：Contra ，Payment from the customer offset against the value of supplies purchased from the customer 分段付款：Stage payment， Payment of agreed amounts at stages 常见的折扣条款： 累计折扣：Accumulation discounts - Discounts for large purchases 优惠券：Coupons - These have certain terms, such as a certain quantity has to be purchased or if the customer is past a certain age 特殊折扣：Disability discount - Offer to customers with a disability 折扣卡：Discount card - Issuing cards that give certain customers or any customer a discount 学生折扣：Educational or student discount - Usually given to students, but may go to educators 员工折扣：Employee discount - Offered to employees 货到付款：Forward dating - Moving the invoice date forward so that the payment is made after receipt of goods 军人折扣：Military discount - Offered to members of the military and family members 现金折扣：Partial payment discount - When a seller needs cash flow, he may offer a partial discount 方式折扣：Preferred payment method discount - Some retailers give customers a lower price if they pay with cash. This saves the fee the retailer pays on credit cards. 目录折扣：Prompt payment discount - The wholesaler or manufacturer gives a discount to the retailer at the list price or catalogue price. This sometimes applies to promotions. 返利折扣：Rebates - A refund mailed to the purchaser after a purchase 看人折扣：Sliding scale - This discount is calculated on a person’s ability to pay. This is common with non-profit organizations. 季节折扣：Seasonal discount - Usually this is given during a slack period when sales are down. 儿童折扣：Toddler discount, child discount, or kid discount - This covers free or discounted prices for children under a certain age. There is usually a requirement that an adult pay full price. 交易折扣：Trade discount - Payments for functions such as shelf stocking, warehousing or shipping 信用折扣：Trade-in credit - A discount for something that is returned